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SIMULATOR CART 



This application claims the benefit of U.S. provisional application number 60/126060 
incorporated herein by reference in its entirety. 

Field of The Invention 

The field of the invention is test and simulator systems. 

Background of The Invention 

Control systems incorporating PLCs (Programmable Logic Controlers) and DCSs 
(Distributed Control Systems) are fi-equently used to control real world processes by 
accepting inputs which typically originate from sensors such as, among others, those used to 
sense temperature, flow, level, radiation, light, movement, and pressure, and those used in 
generating outputs which are used to drive actuators such as hydraulic devices, valves, lights, 
and motors. Control systems can often be viewed as having a control component and an 
interface component, with one or both components having both hardware and software sub- 
components. Thus a PLC based device might utilize a digital PLC having embedded software 
as the control component (the "controller"), with an interface component (the "I/O interface") 
(a) accepting signals from sensors and converting them into a form acceptable to the PLC, 
and (b) accepting outputs from the PLC and converting them to signals suitable as inputs to 
the actuators. In such systems, the controller and I/O interface are often coimected by one or 
more paths (the "controUer-I/O communication chaimel) to allow communication and control 
signals to pass between the controller and the I/O interface. Similarly, the I/O interface is, 
after the control system is installed in its operating envirormient, cormected via one or more 
electrical paths (the "field wiring") to the components from which the control S3rstem receives 
its inputs, and to the components to which the control system directs its outputs, with the I/O 
interface being provided with a plxu^lity of coimectors ("field I/O connectors") which 
faciUtate cormecting the I/O interface with the field wiring. Many control systems will also 
incorporate a hxmian-machine-interface (HMI) component comprising hardware and or 
software for facilitating operator interaction with the control system. 



Although methods and devices for testing control systems are known, they generally 
have individual strengths and weaknesses which make them more appropriate in some 
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situations and less appropriate in other. Thus, there is a continuing need for improved 
methods and apparatus for control system testing. 

Summary of the Inveption 

Methods and apparatus are provided which allow control systems to be tested. 
5 Specifically, a test system is coupled to a control system in a manner which allows the test 
system to communicate with and drive the control system by sending and receiving signals 
via both the controUer-I/O communication channel and the field I/O connectors. In essence, 
the test system is used to both simulate a plant to be controlled and to monitor, validate, and 
or modify the intemal state of the control system controller and possibly the control system 
O 1 0 I/O interface. Plant simulation is accomplished by simulating the I/O devices to which the 
control system is coupled (and hence the plant processes) when installed in its operation£d 
5[ environment. In addition to the simulation of I/O devices, the test system takes advantage of 

Q the fact that many commonly used controller and I/O interfaces are enable of communication 

f3 with other devices by using such communications abiUty f o provide instructions to or obtain 

1 5 information from a control system's controller(s) and I/O interface(s). 

It is contemplated that the methods and apparatus disclosed herein will provide an 
□ effective approach to connecting a control system to be tested to simulated I/O devices and 

controlling and monitoring the simulated I/O devices so as to produce inputs to the control 
system, to record outputs from the control system, and to compare the recorded outputs 
20 against an expected value and record the result of the comparison for reporting purposes. 

It is also contemplated that the methods and apparatus disclosed herein will provide 
an effective approach to the staging and testing of PLC/HMIs (Programmable Logic 
ControUers/Himian Machine Interfaces) and DCSs (Distributed Control Systems) before 
delivery to the field. 

25 It is also contemplated that the methods and apparatus disclosed herein will provide 

an effective mechanism for validating the operation of a control system once it has been 
installed in a plant to be controlled. 

Various objects, features, aspects and advantages of the present invention will become 
more apparent from the following detailed description of preferred embodiments of the 
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invention, along with the accompanying drawings in which like niimerals represent like 
components. 

Brief Description of The Drawings 

Fig. 1 is a schematic view of a simulator cart embodying the invention. 

5 Fig. 2 is an altemative schematic view of the simulator cart of figure 1. 

Fig. 3 is a schematic view of a simulator coupled to a plant control system. 

Fig. 4 A is a diagram of a preferred layout for components on a first side of a cart 
based simulator. 

'^0 Fig. 4B is a diagram of a preferred layout for components on a second side of the 

W 

Oi 10 simulator of Fig. 4a 

^ Fig. 5 A is a wiring diagram illustrating a preferred method of interconnection for the 

J components of the simulator of Fig. 4 A. 

U., Fig. 5B is a wiring diagram illustrating a preferred method of interconnection for the 

p[ components of the simulator of Fig. 4B. 

15 Fig. 6 is a diagram of a preferred layout for components in a "briefcase" based 

simulator. 

Fig. 7 is a screen capture of a simulator HMI screen wherein an operator is being 
prompted to select which test section to run. 

Fig. 8 is a screen capture of a simulator HMI screen wherein an operator is being 
20 prompted to select whether to run a particular test or an entire test procedure. 

Fig. 9 is a screen capture of a simulator HMI screen wherein an operator is being 
prompted to perform a first test. 

Fig. 10 is a screen capture of a simulator HMI screen wherein the operator is being 
prompted to enter the results of the test of Fig. 9. 
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Fig. 1 1 is a screen capture of a simulator HMI screen wherein an operator is being 
prompted to perform a second test. 

Fig. 12 is a diagram of a simulator HMI database table. 

Fig. 13 is a diagram of a simulator HML database table. 

Fig. 14 is a diagram of a simulator HMI database table. 

Fig. 15 is a diagram of a simulator HMI database table. 

Fig. 16 is a diagram of a simulator HMI database table. 

Fig. 17 is a diagram of a simulator HMI database table. 

Fig. 18 is a diagram of a simulator HMI database table. 

Fig. 19 is a diagram of a first method embodying the invention. 

Fig. 20 is a diagram of a second method embodying the invention. 

Fig. 21 is a diagram of a third method embodying the invention. 

Fig. 22 is a diagram of a fourth method embodying the invention. 

Fig. 23 is a diagram of a fifth method embodying the invention. 

Fig. 24 is a diagram of a sixth method embodying the invention. 

Fig. 25 is a diagram of a seventh method embodying the invention. 

Detailed Description 

Referring to figures 1-3, a simulator cart test system ("SIMCart") 10 is coupled to a 
control system to be tested Ctarget CS") 20. SIMCart 10 includes rolling enclosure 1 10, I/O 
simulator modules 120, HMI/configurator 130, hardcopy device 140, wiring harnesses 150, 
and commimication chaimel 160 connections 161 and 163. Target CS 20 includes enclosure 
210, I/O interfaces 220, field I/O connectors 225, HMI 230, commimication channel 160 
connections 261 and 263, and PLC 270. SIMCart 10 uses wiring harnesses 150 to send and 
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receive I/O signals to and from I/O interfaces 220 so as to simulate the input devices/sensor 
50 and output devices/actuators 40 which would be connected via the field wiring 41 and 51 
to target CS 20 when target CS 20 is installed. SIMCart 10 uses communications channel 
160 to obtain register and status information from I/O interfaces 220, HMI 130 and PLC 270. 
By monitoring the intemal state of and data flow between I/O interfaces 220, HMI 130 and 
PLC 270, SIMCart 10 is better able to isolate any problems which may occur in target CS 20 
during testing as occurring in a particular subsystem of target CS 20. The manner in which 
SIMCart 10 is coupled to target CS 20 also permits SIMCart 10 to test multiple I/O channels 
and or subsystems of target CS 20 simultaneously. 

The SIMCart is automatically initialized by utilizing commimications chamel 160 to 
query target CS 20 to obtain information which allows SIMCart 10 to perform automatic 
initialization and mapping of its input and outputs to those of target CS 20, SIMCart 10 
incorporates a knowledge base which includes characteristics of known control system 
hardware and software components in performing such automatic initialization. It is 
contemplated that the knowledge base might be extended to include mathematical models of 
standard components such as sensors and actuators to allow SIMCart 10 to better simulate 
such components and to allow automatic test generation for target systems which will be 
coupled to such components. Figures 12-18 show some of the fields and data which might be 
used in maintaining such a knowledge base. 

SIMCart 10 is contemplated as being beneficial in the development and off-site 
testing of target CS 20 by simulating the plant which target CS 20 is intended to control. If 
the capacity of a single SIMCart 10 is insufficient to simulate an entire plant, miiltiple 
SIMCarts 10 can be used to achieve the simulation. Such a combination of SIMCarts 10 may 
utiUze multiple HMI 130 devices, or may share a single EDVII 130. SIMCart 10 is also 
contemplated as being beneficial for oflf-site training of persormel in the operation of target 
CS 20 when SIMCart 10 is used in conjunction with target CS 20. Such off-site use of 
SIMCart 10 is contemplated as providing, among others, complete testing of all target CS 20 
inputs and resulting outputs before field installation 

On-site testing is also contemplated as benefiting from the use of SIMCart 10, either 
in its entirety or only its configurator/HMI portion. Once target CS 20 is installed in its 
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operational environment, configurator 130 can be used as a test and validation tool. The 
configurator 130 can provide step-by step instructions to a field tester which, if followed, 
result in a desired level of testing of target CS 20. By doing so, configurator 130 essentially 
controls the test process through the field tester. By requiring feedback fi'om the field tester 
5 upon the completion of various portions of the testing, a test report which includes the tests 
steps performed and the tester responses can be generated so as to provide assurance that the 
required level of testing has be completed. Such "controlled" testing thus provides a method 
of repeatable, validated and verified testing. Configurator 130 can also be used to record the 
results of such testing and to generate reports in the field which provide feedback as to the 
10 current state of target CS 20 and the field wiring to which target CS 20 is coupled. 

If the entire SIMCart 10 is used on-site, SIMCart 10 can be interchanged with selected 
inputs and outputs of target CS 20 so as to allow "live" inputs to cause target CS 20 to 
control simulated actuator components, or to use simulated inputs to cause target CS 20 to 
control "live" actuator components, or to mix and match live and simulated inputs and 
15 outputs as desired. If configurator 130 is still attached to the rest of SIMCart 10 during 
testing, and if SIMCart 10 is coupled to target CS 20 during testing, configurator 130 can 
control the test process both through direct interaction with target CS 20 and through a test 
operator as previously discussed. 

Rolling enclosure 110 of SIMCart 10 is preferred to be sized and dimensioned to 
20 house I/O simulator modules 120 and any necessary supporting systems in a maimer which 
facilitates the use of SIMCart 10 and its intercoimection with target CS 20. 

I/O simulator modules 120 may comprise PLCs or smart I/O systems. The SIMCart 
10 of figure 1 utiUzes several Sixnet I/O related products including ST-DI-024-16H, ST-PS- 
024-02N, ST-DO-DC2-16H, ST-AI-20M-16H, ST-AO-20M-08F, ST-DI-120-08U, ST-DO- 

25 AC1-08U, and ST-GT-ETH-24P. Details of the preferred Sixnet products are attached to the 
provisional application as part of its disclosure, said provisional application having 
previoiusly been incorporated by reference herein. Figures 4A and 4B provide a diagram of a 
preferred layout of components in SIMCart 10, and Figures 5 A and 5B provide corresponding 
wiring diagrams showing a preferred method for interconnecting the components of SIMCart 

30 10. 
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An alternative embodiment utilizes a smaller number of components so that a 
SIMCart type simulator can be fit within a carrying case. Figure 6 provides a diagram of a 
preferred layout of components in such an embodiment. 

HMI/configurator 130 of SIMCart 10 is contemplated as being a general purpose 
computer such as a laptop PC ("PC")- Portability is particularly desirable as it facilitates the 
transportation of HMI 130 into the field to support on-site testing of an installed target CS 
20. HMI 130 is contemplated as incorporating software which allows testing of alarm 
responses (including deadbands), loops, and logic, and reporting of HMI readouts, trend 
graphs, alarms, reports, system requirements, etc. Test results are stored in the form of 
textual date and time stamped data, graphs, and tester responses to prompted questions. 

In a preferred embodiment, HMI 130 includes a multi-tasking operating system, 
preferably Windows NT™, which is enable of supporting a graphical user interface ("GUT') 
and a relational database system (preferably Microsoft Access™), as well as software for 
controlhng I/O simulator modules 120, and testing target CS 20, HMI 130 is also preferred to 
include an Ethernet network interface card for connection to communication channel 160 
which is preferred to be an TCP/IP based Ethernet network. It is also preferred that HMI 130 
of SIMCart 10 be detachable from the rest of SIMCart 10 to allow it to be used independently 
as an onsite verification tool. 

HMI/configurator 130 provides for downloading test relational databases, initiating 
tests and capturing tester responses and comments, and generating reports. The test databases 
include test cases, expected results for test comparison and exception generation. An overall 
test plaimer database organizes the sequence of test events. Being as the test databases are 
derived from the requirements database, the system owner is assured of lock-step 
configuration control and traceable requirements testing. 

It is preferred that configurator 130 utilize a relational database coupled to a GUI to 
allow entry of and storage of test reqmrements at a high level, and to provide tools for 
deriving lower level sets of test instructions from such high level requirements in a manner 
which maintains a correlation between lower level test sets and higher level requirements. By 
maintaining such a correlation, changes to high level requirements can be quickly, and 
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sometimes automatically, incorporated into the lower level test sets. Such lower level test 
sets will be used to drive and control both automatic and interactive testing of target CS 20. 
By maintaining a correlation between high level and low level requirements, reports showing 
the test steps used to verify satisfaction of the high level requirements through performance of 
5 the low level test sets can be generated. 

It is contemplated that the relational database used by configurator 130 to maintain 
test requirements and instructions should provide for the specification of: (1) initial values, an 
operational range, a deadband, and a physical range for each I/O component to be tested to 
allow the testing of alarms when values are within and outside of such ranges; (2) 

10 standardized questions for prompting the operator to perform various fimctions or to provide 
responses; (3) sets of instuctions and questions for interactive testing (or possibly automatic 
testing) of the HMI portion of target CS 20; (4) parameters for PID loop testing; (5) 
parameters for indicator testing; (6) general target system requirements, as well as supporting 
any other tables required for proper fimctioning of SIMCart 10. Figure 7 provides a screen 

15 capture image of a simulator HMI screen wherein an operator is being prompted to select a 
test section to run. Figure 8 provides a screen capture image of a simulator HMI screen 
wherein an operator is being prompted whether to run a particular test or an entire test 
procedure. Figure 9 provides a screen c^ture of a simulator HMI screen wherein an operator 
is being prompted to perform a test. Figure 10 provides a screen capture of a simulator HMI 

20 screen wherein an operator is being prompted to enter the result of the test of Figure 9. Figure 
1 1 provides a screen c^ture of a simulator HMI screen wherein an operator is being 
prompted to perform another test. 

Hardcopy device 140 is preferred to be a printer suitable for comection to HMI 130, 
and for printing hardcopy of tests, test results, and audit information as well as other reports 
25 discussed herein. 

Wiring hamesses 150 may take on almost any form so long as they properly transmit 
I/O signals between SIMCart 10 and target CS 20. However, it is preferred that wiring 
hamesses 150 be chosen to faciUtate the coupling of target CS 20 to SIMCart 10 and the 
simulation of the field wiring to which target CS 20 will be coupled in its operational 
30 environment. It is contemplated that several different hamesses may be included with the 
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SIMCart 10 with each harness being designed to facilitate the coupling of SIMCart 10 to a 
particular type of target CS 20. The inclusion of such pre-configured harnesses is 
contemplated as facilitating the use of SIMCart 10 to test a variety of standard control 
systems such as Allen-Bradley PLC-5 controllers or Siemens S7 controllers,. 

5 Communication channel 160 is preferred to be a TCP/IP based Ethernet network and 

is preferred to be shared between SIMCart 10 and target CS 20 to allow flexible interaction 
between HMI 130, I/O simulator modules 120, HMI 230, PLC 270, and TJO interface 220. 
However, it is contemplated that other communication methods such as RS-232 interfaces, 
token ring networks, FDDI networks, proprietary control busses, etc, may also be used to 
10 provide a commimication channel between one or more components of SIMCart 10 and target 
CS 20. 

As previously discussed, the HMI/configurator portion 130 of SIMCart 10 is useful 
both in the operation of SIMCart 10, but also as a detachable validation and/or training tool. 
It is contemplated that HMI/configurator 130 comprise the software and one or more 

15 databases necessary to allow it to perform its training and/or validation functions. Such 

functions might include, among others, the ability to control access by requiring an operator 
to log in, the ability to simulate a particular fimction and to test the capability of the target CS 
to respond to a sensor's entire range of input, the ability to prompt the operator to perform 
operations using the target CS HMI, and automatically performing tests against target CS 

20 when such tests do no require manual operations by an operator. 

Thus, a particular configurator embodiment is likely to have the ability to store and 
run multiple tests wherein each test comprises one or more steps. In running a particidar test 
or sequence of test steps, the configurator will prompt the operator to perform a function on 
the target CS whenever manual intervention by the operator is required, but will automatically 

25 (i.e. without operator action) run through any tests steps which do not require such manual 
intervention. Thus, to test a pump, the configurator may prompt an operator to turn on the 
pump, then, after the operator has indicated to the configurator that he has turned on the 
pump, the configurator will ask a question to verify proper operation of the piraip such as 
"Did the pump indicator light turn on?" which the operator can either respond to affirmatively 

30 or negatively. If negatively, the configurator will prompt the operator to enter a comment as 



wo 00/65361 



-10- 



PCT/USOO/07962 



to what response by the target CS was actually seen. During another step, the configurator 
may generate simulated events to which the target CS has automated responses which can be 
detected by the configurator and in which case the simulator will simply simulate the events 
and monitor the target CS's response. As an example, if a power voltage level exceeds a 
threshold amount the target CS may be required to cut off the source of power. Such a test 
would be performed by the simulator at the appropriate point in a test sequence by sending an 
over voltage signal to the target CS and monitoring the response of target CS to see if a power 
cutoff signal is sent. Test results, whether operator responses or automatically monitored 
events/values are also stored in one or more databases so that an exceptions report comparing 
actual target CS responses to expected results can be generated. 

It is contemplated that the configurator will comprise a scalable Ubrary of test 
databases and test functions utilizing the test databases to perform the test steps. Utilizing 
database tables to store tests and test parameters allows a tester to add new tests and/or test 
scenarios, and also to modify parameters for existing tests. Such scalable Ubraries and 
dynamic updates make for a much more robust and flexible system. 

Figures 12-18 show some of the fields and data which might be included. The table of 
Figure 12 is an "Alami" table and includes, possibly among others, the fields TagName, 
Initial, LL_Limit, L_Limit, H Limit, HH_Limit, and Deadband. The table of Figure 13 is an 
"Alarai G" table and includes, possibly among others, the fields Ahii_Ind, QNum, Type, and 
Question, The table of Figiu-e 14 is an "Indication" table and includes, possibly among others, 
the fields ID, TagName, Description, EUZero, EUMax, and Eunit. The table of Figure 15 is 
an "PID Loop" table and includes, possibly among others, the fields PID_Number, 
Loop_Desc, Process_TagName, Min_EU, Max_EU, and EU_Name_SetPoint_TagName. The 
table of Figure 16 is an "Section IQ" table and includes, possibly among others, the fields ID, 
SectionNum, SectionStep, and Instruction. The table of Figure 17 is a "Section List" table and 
includes, possibly among others, the fields Num and Name, The table of Figure 18 is an 
"SysReqs" table and includes, possibly among others, the fields ID, Section, Requirement, 
and Question. 

SIMCart 10 is contemplated as being particularly well suited for a number of uses 
when taken to an operational facility and connected in place of all or part of the field wiring 
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including but not necessarily limited to: (1) testing existing logic for reaction to new 
scenarios; (2) testing new logic for operations; (3) training process operators prior to an 
operational campaign to a) score and validate operator readiness, b) identify deficient training 
areas, and c) ensure operational readiness as an overall team; (4) training process operators at 
the operational facility using by plugging SIMCart 10 in in place of the plant's actual sensors 
and actuators; (4) field trouble shooting of wiring and other field related problems. 

First Example Application 

An example application of SIMCart 10 is its in revalidating a PLC program used to 
manufacture a drug wherein the PLC does so by controlling ingredient weighing, heating, 
cooling, tank level control, pump control, and other portions of the manufacturing process. 
This example refers to target CS 20 as if it were the system to be re-validated. Revalidation 
of the PLC program of target CS 20 would involve first using the SIMCart 10 to perform off- 
site testing of target CS 20, and then detaching the HMI/Configurator fi-om the rest of 
SIMCart 10 and talcing it on-site in the field with target CS 20 when target CS 20 is installed 
at the drug production facility. 

During off-site/lab testing, I/O simulation modules 120 are used to provide an input to 
each of the PLC I/O channels via field I/O connectors 225. The SIMCart automatic 
initialization routines create a mapping between the target PLC and SIMCart I/O channels. A 
tester would log into the SIMCart configurator computer/HMI 130 (requiring operators to log 
in facilitates future auditing). After logging in, test databases are downloaded fi*om a 
requirements database that was established for target CS 20 at the project start. The test 
databases are then used to test all Amotions of the PLC, HMI and network including alarms, 
loops, and field wiring to satisfy the testing requirement contained in the test databases. Such 
testing is accomplished via a series of automatic tests, as well as tests which prompt the 
operator to perform certain actions and to provide responses/inputs to the HMI after 
performing such actions. The testing of alarms includes the testing of deadbands, and 
appropriate low-low, low, high, and high-high alarm ranges as well as other types of data 
deltas. All data can be stored electronically with a date and time stamp as well as with other 
audit information as necessary. 
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Once off-site/lab testing is complete, the SIMCart configurator/HMI 130 is datached 
from theSIMCart and target CS 20 and taken to the field to be used onsite to test target CS 20 
once it is installed in the drug production facility. In the field, the SIMCart configurator 
provides a field tester with a series of tests related to field I/O and wiring connections. For 
5 some tests, the field tester is prompted by the SIMCart configurator to instruct a technician, 
possibly via cell-phone, to input signals to the system which will be passed to target CS 20 
via the field wiring. The SIMCart configurator 130 then prompts the field tester to enter 
responses answering questions related to the feedback HMI 230 of target CS 20 provided to 
the tester in response to the technician's inputs. All test questions and results are stored so as 
10 to allow a report of test results to be generated. 

Second Example Application 

Once test target CS 20 is installed in the drug production facility, SIMCart 10 can 
periodically be used to train process operators. Such training can be done on site, using the 
target CS 20 HMI by simply disconnecting target CS 20 from the plant's sensors and 
15 actuators, probably by disconnecting the field wiring, and connecting SIMCart 10 to target CS 
20 in place of the sensors and actuators. Once target CS 20 is operating with simulated I/O 
rather than live sensors and actuators, operators are free to interact with target CS 20 without 
any fear of consequences to the plant. When used in such a manner, the test procedures used 
to validate target CS 20 may be used in training operators, or else SIMCart 20 may 
incorporate specific software and/or data for training operators. Such software and/or data 
may incorporate multi-media presentations such as training videos. SIMCart 20 may also 
work partially or completely independently of the operator so as to simulate events, track 
operator responses to the simulated events, and/or report on the quality of the operator's 
responses, without the operator having to interact with SIMCart 20 during training. 

25 Thus, specific embodiments and applications of devices and methods for plant control 

system testing have been disclosed. It should be apparent, however, to those skilled in the art 
that many more modifications besides those already described (including the methods shown 
in Figures 19-26) are possible without departing from the inventive concepts herein. The 
inventive subject matter, therefore, is not to be restricted except in the spirit of the appended 
30 claims. Moreover, in interpreting both the specification and the claims, all terms should be 



wo 00/65361 



-13- 



PCT/USOO/07962 



interpreted in the broadest possible maimer consistent with the context. In particular, the 
terms "comprises*' and "comprising" should be interpreted as referring to elements, 
components, or steps in a non-exclusive manner, indicating that the referenced elements, 
components, or steps may be present, or utilized, or combined with other elements, 
components, or steps that are not expressly referenced. 



